home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000061_fdc@columbia.edu_Sun Apr 28 13:59:50 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  9KB  |  201 lines
  1. Article: 13352 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: a bug on GNU/linux: speed reset to unintended value occasionally.
  6. Date: 28 Apr 2002 13:59:13 -0400
  7. Organization: Columbia University
  8. Lines: 184
  9. Message-ID: <aahd9h$qii$1@watsol.cc.columbia.edu>
  10. References: <3CAFF81C.8039CBF8@yk.rim.or.jp> <3CCA03A1.59EF10C9@yk.rim.or.jp> <aaedmj$oo5$1@watsol.cc.columbia.edu> <3CCB4F33.4F2B2C62@yk.rim.or.jp>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1020016755 18069 128.59.39.139 (28 Apr 2002 17:59:15 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 28 Apr 2002 17:59:15 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13352
  16.  
  17. In article <3CCB4F33.4F2B2C62@yk.rim.or.jp>,
  18. : ...
  19. : Pseudo random generation for testing purposes.
  20. : You know I am impressed with the KERMIT, the software, more as I learn
  21. : more about it (after reading first about it in BYTE in the early
  22. : 1980's.)
  23. : 
  24. In English or Japanese? (Was there a Japanese edition of BYTE?)
  25.  
  26. : Maybe you should promote the study of source code of KERMIT among
  27. : software engineering courses at colleges, etc.. 
  28. : 
  29. Kermit has been, and maybe still is, taught in some university
  30. telecommunications and software engineering courses.  One of the main
  31. uses for the original Kermit book was as a textbook.  If we knew how to
  32. promote Kermit any better than we do already, we would do it :-)  The
  33. C-Kermit CDROM page:
  34.  
  35.   http://www.columbia.edu/kermit/ck70cd.html
  36.  
  37. suggests that the enormous source-code base might be a useful object of
  38. study.  At least one other programming textbook was written, using Kermit
  39. source code as a base:
  40.  
  41.   Kelly-Bootle, Stan,
  42.   "680x0 Programming By Example",
  43.   Howard W Sams & Co, Indianapolis IN (1988),
  44.   ISBN 0-672-22544-1.
  45.  
  46. In this case it was the Alpha Micro version written by Rob Rubendunst:
  47.  
  48.   ftp://kermit.columbia.edu/kermit/c/am*.*
  49.  
  50. Of course other books have featured Kermit protocol and/or code too,
  51. including:
  52.  
  53.   Kientzle, Tim,
  54.   "The Working Programmer's Guide to Serial Protocols",
  55.   Coriolis Group Books, Scottsdale AZ (1995),
  56.   ISBN 1-883577-20-9
  57.  
  58.   Quarterman, John,
  59.   "The Matrix: Computer Networks and Conferencing Systems Worldwide",
  60.   Digital Press, Bedford MA (1990),  
  61.   ISBN 1-55558-033-5
  62.  
  63.   McNamara, John,
  64.   "Technical Aspects of Data Communication", Third Edition,
  65.   Digital Press, Bedford MA (1988),
  66.   ISBN 1-55558-007-6
  67.  
  68.   Campbell, Joe,
  69.   "C Programmer's Guide to Serial Communications",
  70.   Howard W Sams & Co, Indianapolis IN (1987),  
  71.   ISBN 0-672-22584-0
  72.  
  73.   Gofton, Peter W.
  74.   "Mastering Serial Communications",
  75.   SYBEX, Berkeley CA (1986),
  76.   ISBN 0-89588-180-2
  77.  
  78. And somewhat more sensationally:
  79.  
  80.   Stoll, Clifford:
  81.   "The Cuckoo's Egg: Tracking a Spy Through the Maze of Computer Espionage",
  82.   Doubleday, New York (1989),
  83.   ISBN 0-385-24946-2
  84.  
  85. Most of the books listed above speak of Kermit as a "serial protocol",
  86. i.e. to be used only with serial ports and modems.  In fact, Kermit is a
  87. well-structured layered protocol that can be used over any medium or
  88. connection type (e.g. Telnet, SSH).
  89.  
  90. In particular, it is perfect for use over UDP, and you might see some
  91. interesting applications for this arising in the future.
  92.  
  93. : I am saying this because LINUX is all the rage as open source software
  94. : and it is quite interesting to see the different coding styles adopted
  95. : for portability. Linux uses different directories to support
  96. : different architecture...
  97. :
  98. There are many approaches to portability, none of them perfect.  There are
  99. also different definitions of portability.  These days many people think
  100. portability means that the same code can be built for Linux and maybe one
  101. or two other Unix varieties, using GNU tools (autoconfig, etc).
  102.  
  103. Although there was a Kermit program for Unix as early as 1982, C-Kermit
  104. did not appear until 1985.  I decided to start over, with a modular design
  105. and portability as a top priority: C-Kermit would consist of a totally
  106. portable Kermit protocol core, a "C-Library" portable user interface (but
  107. one that could be replaced with any other kind of user interface, e.g. GUI
  108. as on the Macintosh, which was actually done), and platform-dependent
  109. modules for input/output (file i/o, communications i/o, and CONNECT
  110. (terminal) mode).
  111.  
  112. As the years went by, we ported C-Kermit to 12 distinct operating system
  113. families: Unix, VMS, AOS/VS, VOS, OS-9, Apollo Aegis, the Atari ST, the
  114. Commodore Amiga, the Macintosh, Plan 9 from Bell Labs, Microsoft Windows,
  115. and IBM OS/2.
  116.  
  117. The platform-specific modules for most of these platforms -- VMS, AOS/VS,
  118. OS-9, VOS, Mac -- fit the model quite well, and contain very few #ifdefs.
  119.  
  120. The Unix modules, on the other hand, are amazing to behold because the
  121. differences among Unix variations (Linux, BSD, AIX, Solaris, SCO, etc) and
  122. the releases of each one (AIX 2.1, AIX 3.2.5, AIX 4.1, AIX 4.3, AIX 5.1)
  123. are far greater than we ever foresaw in 1985 -- in those days, Unix was
  124. known as a portable operating system, and in fact there were only two
  125. main branches: BSD and System V.
  126.  
  127. But the i/o modules are quite large.  This presents a dilemma: should we
  128. create separate i/o modules for AIX, Solaris, HP-UX, IRIX, SCO, and so on?
  129. If so, there would be tens of thousands of lines of duplicated code that
  130. would have to be changed in many places if a bug needed to be fixed or the
  131. API updated.  Or do we keep all the shared code in one place and handle
  132. the product-specific differences with #ifdefs?
  133.  
  134. : ... because Linux Torvalds decided at the early stage to do away with
  135. : "#ifdef/#else/#endif#" as a means of supporting different CPU
  136. : architecture. But KERMIT uses "#if/#else" heavily in order to support
  137. : different platforms.
  138. :
  139. Linus had one operating system and one compiler to consider: that's a
  140. much smaller problem space.
  141.  
  142. : Surely the difference has to do with the sheer
  143. : number of source files and the distributed nature of developers.
  144. :
  145. We chose #ifdefs for the reasons explained here:
  146.  
  147.   http://www.columbia.edu/kermit/ckcplm.html#x3
  148.  
  149. : For a beginning programmers who would grow to be a professional
  150. : programmer (or for that matter, who would not be a professional
  151. : programmer)
  152. : to learn the different styles and the analyzing the rational of such
  153. : styles would be very instrumental. Programming in the small and
  154. : programming in the large is very different and seeing
  155. : large live code such as KERMIT in action is a good thing IMHO.
  156. : 
  157. I think so too, but most people don't care any more now that, for most
  158. developers, only Windows and Linux exist.  Nevertheless, there are still
  159. a few other projects besides Kermit that try to be portable to as many
  160. platforms as possible, both old and new, such as:
  161.  
  162.   http://www.info-zip.org/pub/infozip/
  163.  
  164. : Free Software Foundation of GNU fame used to mention
  165. : in its documentation about calling for volunteers and
  166. : college teachers who may use GNU software as a course material to
  167. : train students (and at the same time to debug and improve the code).
  168. : KERMIT probably is a very good source material for an advanced 
  169. : programming course today.
  170. :
  171. I agree.  In a software engineering course with a laboratory, it can
  172. certainly fit into a semester's project, perhaps along with other
  173. projects.  Its behavior can be studied -- performance, error recovery,
  174. and so on.  Also, since the protocol is extensible, it can form the basis
  175. for more ambitious projects -- for example, a network layer can be added
  176. for routing (I know of a case where this was done quite successfully).
  177.  
  178. I have a few other ideas for software engineering projects too.
  179.  
  180. : ... and today now the inclusion of Kerberos and 
  181. : scp/ssh functionalities would be very 
  182. : instructive for secure Internet programming. 
  183. : 
  184. We like to think so, and if we did not have to focus constantly on raising
  185. money to pay for the continued existence of the Kermit Project, we would
  186. spend more time writing books and papers on topics like this (and for that
  187. matter we would even spend more time writing software :-)  Unfortunately
  188. there is no other support for the kind of work we do, especially not in
  189. these hard economic times.
  190.  
  191. : PS: BTW, I am not sure if this is the right place, but my sympathies to
  192. : those whose life were affected by the event in last September over
  193. : there.  The other day I saw the picture on the web page of KERMIT and
  194. : thought about it for a moment, and noticed the small letters next to the
  195. : photo.
  196. :
  197. Thanks for the kind thoughts.  A few people suggested we remove the images
  198. of the World Trade Center, but most people are supportive of keeping them.
  199.  
  200. - Frank
  201.